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Method and ada pter for protocol det ection in a fiel d bus network 
FIELD OF THE INVENTION 

The invention relates to a field bus adapter for transmitting and receiving 
5 control data from a field bus network where data is being exchanged 
according to a specific field bus protocol. The adapter comprises a 
transmitter for transmitting data to the field bus network and a receiver for 
receiving data from the field bus network. The invention further relates to a 
method for transmitting and receiving control data from a field bus network 

10 where data is being exchanged according to a specific field bus protocol. The 
method comprises the step of transmitting data to the field bus network and 
the step of receiving data from the field bus network. The invention also 
relates to a storage medium having stored thereon instructions for performing 
the method of transmitting and receiving control data from a field bus network 

15 where data is being exchanged according to a specific field bus protocol. The 
method comprises the step of transmitting data to the field bus network and 
the step of receiving data from the field bus network. 

BACKGROUND OF THE INVENTION 

20 Communication networks coupling input and output devices have been 
increasingly applied to many different control systems. These input devices 
and output devices allow the controllers to receive and process local I/O 
functions, such as a measured physical value e.g. a temperature. The 
devices communicate using bus communication, also called field bus network 

25 communication. 

In control systems it is essential that the communication is performed reliably 
and within short time intervals. This is e.g. important since fast and reliable 
data is often a must in order to obtain a satisfactory control. Therefore, very 
30 strict requirements are set to answering times in field bus network 
communication, typically being much stricter than the requirements of 
communication in standard IT systems. 

In a field bus communication network a variety of different field bus 
35 communication protocols can be used, where the most common used field 
bus types are Profibus PA (PB) and Foundation Fieldbus (FF). One protocol 
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is usually dedicated to a given control system or to a network of control 
systems having the same type of control. 

A field bus adapter is dedicated to a specific network protocol so that the unit 
5 cannot be used on networks where a different communication protocol is 
used. Thereby different network interface units for each different 
communication protocol are required. 

US 6151640 describes a field bus network of input and output devices being 
o coupled to a control system through an I/O interface module, regardless of 
their data structures. The I/O interface module is coupled to the control 
system through a serial communication port. Local input and output devices 
are coupled to the interface I/O module through a local I/O interface, and 
networked input and output devices are coupled to the interface I/O module 
5 through a field bus communication adapter. In this example, a different 
adapter is required for each type of field bus protocol, not solving the problem 
of requiring specific units for specific network protocols. 

EP 0906595 describes a circuit for communication between external field 
20 devices and a field bus. The circuit is adapted for detecting the protocol and 
the supply voltages of the external field devices connected to the circuit and 
communicating across the field bus via the circuit. In EP 0906595 it has not 
been described how this protocol detection could be performed. 

25 In order to comply with the strict requirements to answering times in field bus 
network communication, it is very important that the detection process can be 
performed very fast. Further, the detection process should have very low 
requirements to the needed resources, whereby both the size of memory in 
the circuit and the requirements to the CPU can be less harsh. 

30 

OBJECT AND SUMMARY OF THE INVENTION 

It is an object of the present invention to provide a solution to the above 
mentioned problems. 

35 This is obtained by a field bus adapter for transmitting and receiving control 
data from a field bus network where data is being exchanged according to a 
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specific field bus protocol, said adapter comprises a transmitter for 
transmitting data to the field bus network and a receiver for receiving data 
from the field bus network, characterised in that the adapter further 
comprises a protocol detector adapted for detecting a field bus protocol 
between a number of predefined field bus protocols and setting up the 
receiver and the transmitter for communicating according to said detected 
field bus protocol, said protocol detector comprising 

- means for receiving data from the field bus, 

- means for determining if the received data complies with predefined 
characteristics stored in a database, said characteristics uniquely 
identifying data of only one of said number of predefined field bus 
protocols, 

- means for setting up the receiver and transmitter for communicating 
according to said one protocol, if said received data complies with said 
characteristics. . 

By having characteristics that uniquely identify a protocol from a number of 
predefined protocols, the protocol can easily be identified. Since the 
characteristics only have to identify uniquely a protocol from a limited number 
20 of predefined protocols, these characteristics are easier to obtain and thereby 
determining if the received data complies with the characteristics becomes 
simple, and as a result the detection process requires few resources. 

A further advantage is that the same field bus adapter is compatible with a 
25 number of different communication protocols. Adapters communicating in a 
field bus network, using a first protocol, can then be used for communicating 
in another field bus network using a different protocol, or the protocol used in 
a field bus network can be changed without having to change the adapters. 
This makes the adapter more interesting for the potential buyers. Further, for 
30 the producer of the adapters it is an advantage that only one production line 
is necessary instead of a number of production lines producing adapters 
being specific for each field bus protocol. The adapter of the present 
invention also makes it easy for the user since it is not necessary to know 
exactly which field bus protocol is being used; instead the adapter can be 
35 connected and then the field bus protocol is automatically detected and used. 
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In a specific embodiment the protocol detector is adapted for detecting two 
predefined field bus protocols being a first and a second predefined field bus 
protocol, the protocol detector comprising 

- means for receiving data from the field bus, 

5 - means for determining if the received data complies with predefined 
characteristics stored in a database, said characteristics uniquely 
identifying data of said first field bus protocol, 

- means for setting up the receiver and transmitter for communicating 
according to said first predefined protocol, if the received data 

l o complies with said characteristics. 

- means for setting up the receiver and transmitter for communicating 
according to said second predefined protocol, if said received data 
does not comply with said characteristics. 

15 When the detector only has to determine which of two predefined protocols is 
being used on a field bus network, the detection process becomes very 
simple since a detection only has to be performed based on one protocol. If it 
is not the one protocol, then it is the other protocol. This method is very 
simple and requires few resources. 

20 

In an embodiment the data are received in data frames comprising a number 
of fields and wherein said characteristics uniquely identify data frames of one 
of said number of predefined field bus protocols. A protocol is normally 
characterised by its data frame structure; therefore by looking at this 
25 structure, the protocol type can be determined in a simple and fast way. 

In a specific embodiment the characteristics uniquely identifying a data frame 
comprise characteristics of the content of specific fields in the data frame. By 
looking at specific fields, characteristics related to the protocol can be 
30 identified in a simple manner. 

In a specific embodiment the characteristics uniquely identifying a data frame 
comprise the length of a data frame. The characteristics related to a specific 
protocol could also be identified by length. This could e.g. be a supplement to 
35 the content detection. 
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In an embodiment the predefined protocol is detected based on more than 
one data frame. This is to improve the detection process and thereby reduce 
the chance of error detection. Further knowledge about concurrent data 
frames related to the protocol could also make it necessary to check data 
5 frames in order to uniquely identify a protocol. 

In another embodiment the first field bus protocol is Profibus PA and the 
second field bus protocol is Foundation Fieldbus. These two protocols are 
very commonly used in field bus networks. 

10 

In a specific embodiment the characteristics uniquely identifying a Profibus 
PA comprise characteristics of the content of the first field in the data frame 
and of the length of the data frame. This has proven to be a very efficient way 
of uniquely identifying a Profibus PA data frame from a Foundation Fieldbus 
15 data frame. 

In an embodiment the control data to be transmitted is a value representing a 
measured physical value. The physical value could be both temperature, 
speed, and/or distance and the physical value is then used for controlling a 
20 process performed by a control unit connected to the field bus network. 

In a specific embodiment the adapter comprises means for measuring said 
physical value. Thereby the adapter comprises the measuring means or the 
transducer and the adapter is dedicated for a specific purpose which makes 
25 the adapter both easy to install and which makes it easier to optimize the 
adapter for the specific purpose. 

The object of the present invention is also obtained by a method comprising 
the step of detecting the field bus protocol and setting up the receiver and 
3 o transmitter for communicating according to the detected field bus protocol. 

In a specific embodiment the step of detecting the field bus protocol and 
setting up the receiver and the transmitter for communicating, according to 
the detected field bus protocol, is only performed in an initialisation phase 
35 before transmitting and receiving control data via said field bus network. 
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Thereby, the detection data can be processed faster since no detection 
process has to be performed. 

In another embodiment the step of detecting the field bus protocol is 
5 performed periodically in predefined intervals. Thereby the used protocol can 
be changed in a field bus network and the method will adapt the transmitting 
and receiving format to the new protocol. 

BRIEF DESCRIPTION OF THE DRAWINGS 

10 In the following, preferred embodiments of the invention will be described 
referring to the figures, where 

figure 1 shows a number of field bus adapters connected to a field bus 
network, 

15 

figure 2 is a flow diagram illustrating the step of communicating via a field bus 
system using different field bus protocols and a protocol detector, 

figure 3 is a flow diagram illustrating the step of detecting a protocol, 

20 

figure 4 is a flow diagram illustrating the step of detecting the field bus 
protocols Foundation Fieldbus and Profibus PA, 

figure 5 is a table of the data link layer message structure in Foundation 
25 Fieldbus, 

figure 6-8 illustrate a comparison of specific data frames in respectively 
Profibus PA and Foundation Fieldbus, 

30 figure 9 shows the different elements in an embodiment of a field bus 
adapter. 

DESCRIPTION OF PREFERRED EMBODIMENTS 

Figure 1 shows an example of a control system. The control system 
35 comprises a number of field bus adapters 101 communicating across a field 
bus network 103. The field bus adapters could be connected to a number of 
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different types of transducers for measuring physical values such as 
temperature, speed, and/or distance. These measured values are transmitted 
via a transmit channel 107 to e.g. a control computer via the field bus 
network, where the control computer e.g. could use the received values for 
5 controlling a process. The adapters 101 might also receive information (via a 
channel 105) such as a control signal indicating that the physical value 
should be measured and transmitted. 

When communicating across a field bus network, different communication 

1 o protocols can be used and examples of field bus communication protocols 

are Profibus PA and Foundation Fieldbus. Normally, a protocol is chosen 
when setting up the control system and then all devices communicating via 
the field bus network use the selected protocol. Alternatively, the protocol 
detection could be used in a field bus network where different protocols are 
15 used on the same network. In this case the protocol detector detects the 
protocol each time data is received and processes the data according to the 
detected protocol. 

Figure 2 is a flow diagram illustrating the step of automatically detecting a 

2 0 protocol. The field bus adapter is connected to a field bus network and in 201 

the adapter receives a data package via the field bus network. The data 
package could either be a package, which is intended for the specific field 
bus adapter, or it could be any package being transmitted via the field bus 
network. In 203, the adapter checks the package and detects the protocol. 

25 The protocol could e.g. be determined by checking the data frame of the 
received data package, which uniquely identifies the protocol; e.g. when 
communicating according to the protocol Profibus PA one frame is different 
from the frame used when communicating according to the Foundation 
Fieldbus protocol. Information about each protocol could be stored in the field 

30 bus adapter and this information can then be compared to the information 
obtained by checking the frame of the received data package, whereby the 
protocol can be identified. 

In 205, the result of the check in 203 is used to determine the next step in the 
35 algorithm, and if the protocol has been detected as a protocol referred to as 
T1 , then in 207 the instructions are extracted from the package according to 
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rules defined by the protocol T1 . In 209, actions are performed according to 
the extracted instructions and in 21 1 all future communication via the field 
bus network will be performed according to the detected protocol T1 . The 
future communication could be performed by receiving a data packet via the 
5 field bus network, extracting information according to T1 and performing an 
action according to the extracted information. The future communication 
could also be encoding instructions to be transmitted using the protocol T1 
and then transmitting the encoded instructions. If the protocol has been 
detected as a protocol referred to as T2, then in 215 the instructions are 
10 extracted from the package according to rules defined by the protocol T2. In 
217, actions are performed according to the extracted instructions and in 
219, all future communication via the field bus network will be performed 
according to the detected protocol T2. Also, in this case, the future 
communication could be performed by receiving a data packet via the field 
15 bus network, extracting information according to T2 and performing an action 
according to the extracted information. The future communication could also 
be encoding instructions to be transmitted using the protocol T2 and then 
transmitting the encoded instructions. T2 and T1 could e.g. be respectively 
Profibus PA and Foundation Fieldbus. 

20 

A further possibility is that in 203 it is not possible to detect the protocol, 
which could be because of an error in the received data package, and thus 
the detection process is restarted using a new data package for protocol 
detection. 

In figure 3, a flow diagram illustrates the step of detecting a protocol 
according to the present invention. First in 301, a received data frame DF is 
checked in order to determine if the received data represents a valid data 
frame; this could e.g. be performed according to a checksum. If it is 

3 o determined that the received data is not a valid data frame then the detection 
process is stopped 303. After 303, it has been determined that the received 
data frame is a valid data frame and the process of detecting the protocol 
type or format can begin. Characteristics IDP of a data frame being unique 
for only one protocol named T1 have been pre stored in a database and 

35 these characteristics are compared with the received data frame DF in 305. 
As illustrated in 307, if the data frame DF has the same characteristics as the 



WO 03/039098 PCT7DK03/00034 

9 



characteristics IDPT1 uniquely identifying T1, the received data frame is 
transmitted according to the T1 protocol, otherwise it is not transmitted 
according the T1 protocol. 

5 When it has been determined that the received data frame has not been 
transmitted according to the protocol T1, then in 309 the received data frame 
DF is compared to characteristics IDPT2 uniquely identifying a data frame 
being transmitted according to a second protocol T2. Again, as illustrated in 
31 1 , if the data frame DF has the same characteristics as the characteristics 
10 IDPT2 uniquely identifying T2, then the received data frame is transmitted 
according to the T2 protocol, otherwise it is not transmitted according the T2 
protocol. 

When it has been determined that the received data frame has not been 
15 transmitted according to the protocol T1 or 12, then in 313 the received data 
frame DF is compared to characteristics IDPT3 uniquely identifying a data 
frame being transmitted according to a third protocol T3. Again, if the data 
frame DF has the same characteristics as the characteristics IDPT3 uniquely 
identifying T3, then the received data frame is transmitted according to the 
20 T3 protocol, otherwise it is not transmitted according the T3 protocol. 

The process can then be repeated for a number of protocols as long as 
characteristics exist which are uniquely identifying a protocol T4 from a 
remaining number of predefined protocols T5 ->. If there are e.g. 5 protocols 

25 (T1 , T2, T3, T4, T5) to be detected, then the first protocol T1 to be detected 
has to be detected based on characteristics IDPT1 uniquely identifying T1 
from the protocols (T2, T3, T4, T5); the second protocol T2 to be detected 
has to be detected based on characteristics IDPT2 uniquely identifying T2 
from the protocols (T3, T4, T5); the third protocol T3 to be detected has to be 

30 detected based on characteristics IDPT3 uniquely identifying T3 from the 
protocols (T4, T5); the fourth protocol T4 to be detected has to be detected 
based on characteristics IDPT4 uniquely identifying T4 from the protocol T5. 
Finally, since the validity of the data frame has already been checked in 301 , 
if there exits knowledge that only the five protocols (T1 , T2, T3, T4, T5) are 

3 5 being used on the network, then it can automatically be determined that if the 
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protocol cannot be detected as either (T1, T2, T3, T4), then it must be a T5 
protocol and thereby the T5 protocol has been detected. 

The order in which the detection is performed could be based on whether it is 
5 possible to identify uniquely a protocol from other protocols or on the amount 
of resources needed to uniquely identify a protocol, and if e.g. a protocol has 
strong characteristics, which can easily be uniquely identified from the group 
of possible protocols, then it could be of interest to detect this protocol 
initially. Further, if a protocol has weak characteristics, then the identification 
10 could be performed at a late stage in order to ensure that the protocol only 
has to be uniquely identified from a small group of protocols. 

Other criteria to be used for the detection order could be based on 
knowledge about which protocol is being used most often on the field bus 
15 network. It is of interest to detect this protocol initially whereby a lot of 
detection steps can be saved and the detection is performed in a way 
minimising the use of time and resources, which can be crucial factors in field 
bus systems. 

20 In figure 4, a flow diagram illustrates a specific example of detecting the field 
bus protocols Foundation Fieldbus and Profibus PA. First in 401 , a received 
data frame DF is checked in order to determine if the received data 
represents a valid data frame; this is performed according to a checksum 
which is based on a similar principle for both Profibus PA and Foundation 

25 Fieldbus. If it is determined that the received data is not a valid data frame, 
then the detection process is stopped 403. After 401, it has been determined 
that the received data frame is a valid data frame and the process of 
detecting the protocol type or format can begin. Characteristics IDPPB of a 
data frame, being unique for only the Profibus PA protocol, have been pre 

30 stored in a database and these characteristics are compared with the 
received data frame DF in 405. As illustrated in 407, if the data frame DF has 
the same characteristics as the characteristics IDPPB uniquely identifying 
Profibus PA, then the received data frame is transmitted according to the 
Profibus PA protocol, otherwise it transmitted according to the Foundation 

35 Fieldbus protocol. 
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The characteristics could e.g. be a set of detection rules and if these rules 
are fulfilled then a protocol has been uniquely identified. In the following, an 
example of rules used to identify a Profibus PA protocol is presented. 

5 In order to define characteristics of the rules to be used, it is necessary to 
look at the data frames used in both Profibus PA and Foundation Fieldbus. 

The Profibus PA data frame format specified in the Profibus DLL specification 
is valid when the physical media is RS-485. For MBP (Manchester Bus 
10 Powered) media Preambles, SD, FCS, and ED, octets are added in the 
Segment coupler. The original FCS and ED are removed, since they are no 
longer needed. The original SD is not removed, since it has an informative 
function regarding the length of the frame. The four valid SD's are: 

- SD1 (1 OH) Frames of fixed length, with no data field, an SD1 is always 
followed by 3 octets: DA = Destination Address, SA = Source Address, 
FC = Function Control. 

- SD2 (68H) Frames with variable data field length, an SD2 is always 
followed by: LE, LEr, SD2, DA, SA, FC and some data units, where: 

LE = Octet Length, allowed values: 4 to 249 
LEr= Octet Length, repeated 

- SD3 (A2H) Frames of fixed length, with data field, an SD3 is always 
followed by: DA, SA, FC and 8 data_units (octets). 

- SD4 (DCH) Token frame, an SD4 is always followed by 2 octets: DA, 
SA. 

If the frame contains only one octet, it is "E5H", called SC (=Single 
Character) . 

The Foundation Fieldbus (FF) data frame format is specified in the Fieldbus 
30 DLL specification (which refers to IEC 61158-4), as communication via the 
MBP media (H1 -network). An FF data frame always begins with a Frame 
Control FC field. The valid FC values are specified in the table with the data 
link layer message structure in figure 5. The parameters of the table are 
explained in the following: 



15 
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L - Indicates the length of the addresses used in the message (0=short, 
1=long). 

F - Indicates that the token will not be used anymore. The device is returning 
5 the token to LAS. 

PP - Specifies the priority of the message (urgent, normal, time available). 

_ - Indicates that the field is not used. 

10 

[HL.]N.S - The address bytes. If L is equal to 1 there will be long addresses, 
whose length is 4 bytes (HLNS), but if L is equal to 0 there will be short 
addresses, whose length is 2 bytes (NS). 

15 N - Indicates that the address is 1 byte, only with the node information (node 
address). 

N.O - Indicates the short address where the first byte contains the node 
(node address) and the second byte is equal to zero. 

20 

[PDA] - The source address. In case the message does not have the 
destination address. This type of addressing is normally used in the 
information report message. 

2 5 [PSA] - The destination address. 

o- - This indicates that the field is optional. 

xx-p - Indicates the parameter class of the DLL (e.g. Time Distribution, 
30 Probe Node, etc.). 

DLSDU - Parameters of the DL Service Data Unit. 

SPDU - Parameters of the Support protocol Data Unit. These are the 
35 parameters from the other levels of the protocol (FMS, SM and FAS). 



WO 03/039098 



13 



PCT/DK03/00034 



It is of interest to compare the first field of each protocol data frame to see if 
one protocol could be uniquely identified by only looking at this first field. By 
comparing the data frames of Profibus and Foundation Fieldbus, it is clear 
that the FF-Frame Control field conflicts with the Profibus SD field under the 
5 following conditions: 

- SD1 (10H) / CT - If the FC is a CT with no returning of the token, the 
octet value is 10H. The conflict can be solved by also checking the 
frame length, since the length of a CT is always only one octet, see 

l o figure 7. 

- SD2 (68H) / DC2, if the FC is a DC2 with long addresses and no token 
returning, the value is 68H. This conflict cannot be solved with 100% 
certainty, but the risk of misinterpretation can be minimized by 

15 checking as many known values as possible: 

o The two LE octets must have the same value (in the range 4 - 
249), and the Node octet 68H. The length of the frame must 
also match the LE value. 
20 In theory, an FF frame will match this format in one out of 16 million 

DC2 frame combinations, see figure 8. 

- SD4 (DCH) / DT1, if the FC is a DT1 with a long address, token 
returning and PP=00 (Priority), the value is DCH. The conflict can be 

25 solved by checking the frame length, since the FF DT1 with a long 

address always contains more than the 3 octets in the Profibus SD4 
frame, see figure 9. 

According to the above observations the following detection rules can be 
30 used to identify uniquely the Profibus PA protocol format being the more 
recognizable of the two. 

It can be detected by means of 5 rules. These 5 rules should then represent 
all possible Profibus PA frames, and accept none of the possible FF frames. 
35 Since this is not 100% possible (because of the SD2 / DC2), the test must be 
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repeated on more than one data frame, and the majority of results will then 
determine the protocol type. This should provide a 100% sure result, since 
the FF-DC2 frame is not a type of frame meant to be repeated by the 
Publisher. 



Rule #1 



Octet position 


Octet data 


Comments 


1 


10H 


SD1 ' 


2 


XX 


Destination address 


3 


XX 


Source address 


4 


XX 


FC (Frame Control) 


Number of octets 


4 


Always the 4 octets above. 



Rule #2 



Octet position 


Octet data 


Comments 


1 


68H 


SD2 


2 


4-249D 


LE (length of frame) 


3 


Same data as 
pos. 2 


LEr (length of frame, repeated) 


4 


68H 


SD2 repeated 


Number of octets 


LE +4 





Rule #3 



Octet position 


Octet data 


Comments 


1 


A2H 


SD3 


2 


XX 


Destination address 


3 


XX 


Source address 


4 


XX 


FC (Frame Control) 


Number of octets 


12 


Always 4 octets above + 8 
data units. 



Rule #4 



Octet position 


Octet data 


Comments 


1 


DCH 


SD4 
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2 


XX 


Destination address 


3 


XX 


Source address 


Number of octets 


3 


Always the 3 octets above. 



Rule #5 



Octet position 


Octet data 


Comments 


1 


E5H 


SC (Single Character) 


Number of octets 


1 


Only the 1 octet above. 



5 By checking the first octet of the received frame, it is possible to determine 
which one (if any) of the 5 rules it is relevant to check. If none of the rules are 
totally respected, the frame is defined as an FF data frame. 

In figure 5, an embodiment of a field bus adapter is illustrated showing the 
10 different elements in a field bus adapter. The field bus adapter is connected 
to the field bus network 501 via a receiver 503 and a transmitter 311. The 
receiver could then be connected to an analog filtering unit 305 for filtering 
and restoring the received data package. The received data is then ready to 
be processed according to the algorithm illustrated in figure 2, where a 
15 microcomputer 307 could perform the steps of detecting the protocol 
according to 203 and 205 shown in figure 2. The microcomputer could 
comprise a microprocessor 313 and some memory 315 communicating via a 
communication bus 317. The field bus adapter could also be adapted for 
receiving data from different types of transducers for measuring physical 
20 values such as temperature, speed, and/or distance, and the received data is 
then the measured physical value. In an embodiment the transducer is 
connected to the microcomputer 307 in the field bus adapter via an analog 
filtering unit for filtering and restoring the data received from the transducer. 



25 



